home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / sys / amiga / misc-part1 / 4697 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  4.0 KB

  1. Path: cs.uwa.edu.au!jasonb
  2. From: jasonb@cs.uwa.edu.au (Jason S Birch)
  3. Newsgroups: comp.sys.amiga.misc
  4. Subject: Re: MUI 3.2
  5. Date: 11 Feb 96 15:55:44 GMT
  6. Organization: The University of Western Australia
  7. Message-ID: <jasonb.824054144@cs.uwa.edu.au>
  8. References: <311b9797@karkis.canit.se>
  9. NNTP-Posting-Host: decadence.cs.uwa.oz.au
  10. X-Newsreader: NN version 6.5.0 #3 (NOV)
  11.  
  12. bornhall@karkis.canit.se (Peter Bornhall) writes:
  13. > Ahh, I see.  Well, that could be good in some cases I guess.  But one thing I
  14. >don't like with MUI is (I was fiddling with the prefs program just recently)
  15. >that darn window-resizing!  I see it as an unwritten rule, that resizable
  16. >windows should NEVER EVER be fiddled with.  ONLY the user should be able to
  17. >resize and/or select if (and when) a resize should occur (zip-gadgets etc.)
  18.  
  19. It's hard to get rid of. MUI tries to size the window based on the
  20. sizes of the objects in it when it's opened. If the program
  21. dynamically adds objects that can't fit without a resize, there's
  22. nothing much MUI can do about it.
  23.  
  24. > jcu> To minimise memory usage, all you can really do is use the internal
  25. > jcu> images for all the scrollbars, arrows, checkmarks, cycle gadgets, etc,
  26. > jcu> *not* use any fancy backdrops for windows, groups, buttons, etc, not
  27. > jcu> use a separate screen, and turn off the ARexx port, etc, as I said in
  28. > jcu> an earlier post. That's about it.
  29.  
  30. > Been there, done that.  And here I thought I've always missed something that
  31. >made MUI open all these libs.  Come on, did you really think I hadn't turned
  32. >off everything I could lay my eyes on?  And it still eats resources, like it
  33. >was bred to do.
  34.  
  35. If you've followed the suggestions I've made, then basically "all
  36. those libs" are the public classes required by the app. Perhaps you
  37. should be complaining to application authors for using "too many"
  38. different classes in their apps, rather than complaining about MUI?
  39.  
  40. > jcu> The only real way to make MUI smaller is to start culling classes. 
  41.  
  42. > Then, all I can say is, I'm sorry for MUI.  Seriously, does it REALLY NEED all
  43. >those classes?!  As a comparison, BGUI is quite a bit smaller, and consists not
  44. >only of the main library, but also of some external LINKABLE classes, that
  45. >might be used for those "not-so-often-used" features.
  46.  
  47. So now it has too many classes? How many does BGUI have, BTW?
  48.  
  49. What possible reason can there be to make the external classes linkable
  50. (I presume you mean statically linked)? Even if there's only one app
  51. using the class, it still benefits from updates to the library if it
  52. stays shared.
  53.  
  54. OTOH, if your question is "Why does muimaster.library include 31
  55. classes itself", the answer is basically an optimization - those
  56. classes have been carefully chosen and are the most used and most
  57. performance critical of all the classes. Putting them all in the same
  58. library allows certain optimizations to be made. (They are, BTW,
  59. Application, Area, Balance, Bitmap, Bodychunk, Cycle, Dataspace,
  60. Family, Gadget, Group, Image, List, Listview, Menu, Menuitem,
  61. Menustrip, Notify, Numeric, Poplist, Popobject, Popstring, Prop, Radio,
  62. Rectangle, Register, Scrollbar, Semaphore, Slider, String, Text, and
  63. Window. As you can see, they are all either essential, very common, or
  64. parents to very common classes.)
  65.  
  66. > jcu> If you really think Stefan doesn't care about code bloat, you should
  67. > jcu> see him go on about it when someone suggests adding just one more hook
  68. > jcu> (4 bytes) into, say, Areaclass.
  69.  
  70. > Well, I understand him.  When you've got so much bloat on your hands already,
  71. >you wouldn't exactly want more, would you?
  72.  
  73. How big do you think those 31 classes and 24 (I just recounted, I
  74. forgot two before) support functions should be, exactly?
  75.  
  76. >         /\ \//   Peter Bornhall                bornhall@karkis.canit.se
  77.  
  78. -- 
  79. Jason S Birch                        ,-_|\ email: jasonb@cs.uwa.edu.au
  80. Department of Computer Science      /     \ Tel (work): +61 9 380 1840
  81. The University of Western Australia *_.-._/ Fax (work): +61 9 380 1089
  82. Nedlands  W. Australia  6907             v  Tel (home): +61 9 386 8630
  83.